Method for creating prototype and apparatus therefor

ABSTRACT

Disclosed are methods and apparatuses for creating a prototype. The methods include at least: receiving inputs of setting a trigger of a prototype and a response of an external terminal according to the trigger, generating a prototype based on the inputs of setting, receiving the generated prototype, sensing the trigger on the received prototype, generating a message comprising an identifier for identifying the external terminal according to the sensing of the trigger, generating a control command based on the message, using a bridge application of pre-stored bridge applications, which is matched to the identifier, and transmitting the generated control command to the external terminal. The control command comprises a command for enabling the external terminal to output a preset response in response to the control command.

CROSS-REFERENCE TO RELATED APPLICATION

This application is a Continuation Application of U.S. patentapplication Ser. No. 15/380,969, filed on Dec. 15, 2016, which claimspriority from Korean Patent Application No. 10-2016-0046478 filed onApr. 15, 2016, in the Korean Intellectual Property Office, thedisclosure of which is incorporated herein by reference in its entirety.

BACKGROUND 1. Technical Field

The present inventive concept relates to a method for creating aprototype and an apparatus therefor. More particularly, the presentinventive concept relates to a method for creating a prototype of anapplication capable of linking a user terminal to an external terminal,and an apparatus therefor.

2. Description of the Related Art

An application for a terminal is used in controlling a specific functionof the terminal or receiving a specific Internet service through theterminal.

When creating a prototype of the application, an actual input andconsequential output state for the terminal cannot be checked, and anInternet service may also not actually be implemented in the terminal.The functions of the terminal, Internet service, and the likeimitatively implemented using a prototyping tool may differ fromfunctions of an actual terminal, Internet service, and the like. Thismay cause problems of a deterioration of a value as a prototype foractually experiencing the functions of the terminal, Internet service,and the like.

To avoid these problems, a program for an input and an output of anactual terminal can be created without using a prototyping tool, butthis is inappropriate for creating a prototype in terms of time andcost.

Nevertheless, there has not been proposed so far a method for creating aprototype using functions of an actual terminal, Internet service, andthe like.

SUMMARY

An embodiment of the present disclosure provides a method for creating aprototype using an input and an output of an actual terminal, and anapparatus therefor.

Specifically, an embodiment of the present disclosure provides a methodcapable of minimizing programming for creating a prototype by using anactual terminal when functions of the actual terminal need to be used asan input or an output, and an apparatus therefor. Furthermore, anembodiment of the present inventive concept provides a method capable ofimproving utilization of existing prototyping creation tools by usingprototyping tools when creating prototypes other than those for which aninput or an output of an actual terminal is used, and an apparatustherefor.

Another embodiment of the present disclosure provides an apparatus and amethod capable of maximizing user experience through a prototype byusing an actual terminal.

However, embodiments of the present disclosure are not restricted tothose set forth herein. The other embodiments of the present inventiveconcept which are not mentioned herein will become more apparent to oneof ordinary skilled in the art to which the present inventive conceptpertains by referencing the detailed description of the presentinventive concept given below.

According to embodiments of the present disclosure, there is provided amethod and an apparatus in which a user uses an actual terminal so as tocreate a prototype capable of minimizing programming.

According to embodiments of the present disclosure, an input and anoutput of an actual terminal are used so as to maximize user experiencein executing a prototype. Thus, it is an advantage of the presentinventive concept that a user may have an opportunity of experiencingand evaluating functions of an actual application only by creating aprototype.

That is, according to embodiments of the present disclosure, an outputof an actual terminal may be checked by executing a prototype.

According to embodiments of the present disclosure, an effect ofenabling a user to experience a prototype capable of controlling anotherterminal in interlock with an output of an actual terminal is provided.

According to embodiments of the present disclosure, an effect ofenabling a user to experience a prototype capable of controlling aterminal in interlock with an actual Internet service is provided.

According to some embodiments of the present disclosure, a method forcreating a prototype is provided, the method comprises receiving, by aprototyping terminal, inputs of setting a trigger of a prototype and aresponse of an external terminal according to the trigger, generating,by the prototyping terminal, a prototype based on the inputs of setting,receiving, by an execution terminal, the generated prototype, sensing,by the execution terminal, the trigger on the received prototype,generating, by the execution terminal, a message comprising anidentifier for identifying the external terminal according to thesensing of the trigger, generating, by the execution terminal, a controlcommand based on the message, using a bridge application of pre-storedbridge applications, which is matched to the identifier, andtransmitting, by the execution terminal, the generated control commandto the external terminal, wherein the control command comprises acommand for enabling the external terminal to output a preset responsein response to the control command.

According to some embodiments of the present disclosure, a prototypeexecution terminal is provided, the prototype execution terminalcomprises one or more processors, a memory which loads a computerprogram executed by the processors, and a storage which stores thecomputer program, a prototype received from a prototyping terminal, anda plurality of bridge applications, wherein the computer programcomprises: an operation for sensing a trigger of the prototype; anoperation for generating a message comprising an identifier foridentifying an external terminal when the trigger is sensed; anoperation for generating a control command based on the message, using abridge application of the plurality of bridge applications, which ismatched to the identifier; and an operation for transmitting thegenerated control command to the external terminal, wherein the controlcommand comprises a command for enabling the external terminal to outputa preset response in response to the control command.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a configuration of a prototype creation systemaccording to an embodiment of the present inventive concept;

FIG. 2 is a block diagram illustrating a prototyping terminal accordingto another embodiment of the present inventive concept;

FIG. 3 is a block diagram illustrating a prototype execution terminalaccording to still another embodiment of the present inventive concept;

FIG. 4 is a flowchart illustrating a prototype creation method accordingto still another embodiment of the present inventive concept;

FIG. 5 illustrates an example of a prototype executed in an executionterminal and outputting a response of an external terminal, referred toby some embodiments of the present inventive concept;

FIG. 6 illustrates an example of a prototype which outputs a response ofan execution terminal when a trigger input is received from an externalterminal, referred to by some embodiments of the present inventiveconcept;

FIG. 7 illustrates an example of a prototype which outputs a response ofanother external terminal when a trigger input is received from oneexternal terminal, referred to by some embodiments of the presentinventive concept;

FIG. 8 illustrates an example of a prototype which generates a responseof an execution terminal within a range of a specific numerical valuewhen a numerical value is received as a trigger input from an externalterminal, referred to by some embodiments of the present inventiveconcept;

FIG. 9 illustrates an example of a prototype which outputs a response ofan external terminal on the basis of a specific numerical value when adisplacement of an object on an execution terminal is received as atrigger input, referred to by some embodiments of the present inventiveconcept; and

FIG. 10 illustrates an example of a prototype which outputs a responseof another external terminal on the basis of a specific numerical valuewhen a numerical value is received as a trigger input from one externalterminal, referred to by some embodiments of the present inventiveconcept.

DETAILED DESCRIPTION OF THE EMBODIMENTS

Advantages and features of the present disclosure and methods ofaccomplishing the same is understood more readily by reference to thefollowing detailed description of exemplary embodiments and theaccompanying drawings. The present disclosure may, however, be embodiedin many different forms and should not be construed as being limited tothe embodiments set forth herein. Rather, these embodiments are providedso that this disclosure will be thorough and complete and will fullyconvey the concept of the present disclosure to those skilled in theart, and the present disclosure will only be defined by the appendedclaims. Like reference numerals refer to like components throughout thespecification.

The terminology used herein is for the purpose of describing particularembodiments only and is not intended to be limiting of the presentdisclosure. As used herein, the singular forms “a”, “an” and “the” areintended to include the plural forms as well, unless the context clearlyindicates otherwise. It will be further understood that the terms“comprises” and/or “made of,” when used in this specification, specifythe presence of stated components, steps, operations, and/or elements,but do not preclude the presence or addition of one or more othercomponents, steps, operations, elements, and/or groups thereof.

As used herein, the term “prototyping terminal” as used herein may meana terminal which creates a prototype, and the term “execution terminal”may mean a terminal which executes the created prototype.

The term “external terminal” as used herein may mean a certain devicewhich cannot be directly controlled by an execution terminal. Anexternal terminal may be an Internet of Things device capable ofcommunicating with an execution terminal through a network. For example,the external terminal may be a device such as a lamp, a car, athermometer in a building, and a boiler controlled through networkcommunication with an execution terminal. Furthermore, the externalterminal may also include devices providing a specific Internet service.

The term “bridge application” as used herein may mean an applicationwhich performs a function of transmitting an input of an externalterminal received from the external terminal to an execution terminal.Furthermore, the bridge application may perform a function of receivinga message from the execution terminal and transmitting a control signalthat can be identified by the external terminal. For example, if theexternal terminal is a lamp, the bridge application may receive, as aninput, a lamp on/off state change, and transmit a specific message tothe execution terminal. Furthermore, in the above-mentioned example,when a specific input is applied to the execution terminal, the bridgeapplication may identify the specific input as a message for changing anon/off state of the lamp, and transmit a signal for changing an on/offstate of the lamp to the lamp.

The term “trigger” as used herein may mean a condition under which anexternal terminal or an execution terminal outputs a specific response.For example, the trigger may include a touch input inputted by anexecution terminal, information received by an external terminal througha sensor and the like, information on a specific state of an externalterminal, and the like. Furthermore, the term “response” as used hereinmay mean all types of outputs outputted by an external terminal or anexecution terminal upon occurrence of a trigger. For example, theresponse may include a change of an object on a display of the executionterminal, a sound output, and a vibration. Furthermore, the response mayinclude all types of outputs outputted by an external terminal. In theabove-mentioned example, when the external terminal is a lamp, an on/offstate of the lamp may also be a response.

The term “trigger” as used herein may mean a change in a referenceattribute value of another object for changing a reference attributevalue of one object. For example, when object A moves to change areference attribute value of object A, a reference attribute value ofobject B changes, and when object B moves, the change in the referenceattribute value of object A may be a trigger for causing the referenceattribute value of object B to change. The trigger may have a triggerrange.

FIG. 1 illustrates a configuration of a prototype creation systemaccording to an embodiment of the present inventive concept.

The configuration and operation of the prototype creation system willnow be described in detail.

For convenience of description, the prototype creation system will bereferred to as a system. Referring to FIG. 1, the system may include aprototyping terminal 100 and an execution terminal 200. The prototypecreation system may include a plurality of external terminals 301, 302,. . . , 30N.

In this case, the prototyping terminal 100 and the execution terminal200 may be computing devices which can be interconnected through anetwork. The prototyping terminal 100 and the execution terminal 200 maybe any one among a server device, a fixed computing device such as adesktop PC, and a mobile computing device such as a notebook, a smartphone, and a table PC.

The external terminals 301, 302, 30N may be various types of deviceswhich can communicate with the execution terminal 200.

The external terminals 301, 302, 30N may communicated with the executionterminal 200 in various ways depending on the type and location of theexternal terminals 301, 302, . . . , 30N. For example, the executionterminal 200 and the external terminal 301 may perform near fieldcommunication therebetween, and the execution terminal 200 and theexternal terminal 302 may perform Internet communication therebetween.

According to one embodiment of the present inventive concept, theprototyping terminal 100 may be a computing device for executing aprototype creation method according to one embodiment of the presentinventive concept.

In this case, the prototyping terminal 100 may store therein aprototyping tool for executing the prototype creation method. Theprototyping tool may generate a prototype when a prototype creationinput is received from a user of the prototyping terminal 100 throughthe prototyping terminal 100. That is, the prototyping tool may be acreating tool for supporting a prototype creation activity of the user.The prototyping terminal 100 may distribute the prototype to theexecution terminal 200 when the prototype is generated.

Furthermore, according to another embodiment of the present inventiveconcept, the prototyping terminal 100 may upload the generated prototypeto a server which the execution terminal 200 connects to download theprototype. That is, the execution terminal 200 downloads the prototypefrom the server, thereby distributing the generated prototype.

In the process of prototype creation, the prototyping terminal 100 mayprovide a prototyping tool to the user of the prototyping terminal 100.

The prototyping tool may provide the user with an interface capable ofadding a rule for transmission of a specific message to a prototype. Theuser may add the rule for transmission of a specific message to aprototyping tool through the interface. Furthermore, the user may inputan identifier for the specific message and input various setups relatingto the message described below through the interface.

The specific message may be designed to enable at least one of theexternal terminals 301, 302, 30N to generate a specific response, andmay be transmitted from the execution terminal 200 to a bridgeapplication. The bridge application may be pre-stored in the executionterminal 200. The bridge application may transmit the message to atleast one of the external terminals 301, 302, 30N.

The message may include an identifier for identification thereof. Forexample, the identifier may include identification information fordesignating whether the bridge application which may receive a messageis bridge application 1 matched to the external terminal 301 or bridgeapplication 2 matched to the external terminal 302. Furthermore, theidentifier may include identification information for designatingwhether the response generated from the external terminal 301 is effectA or effect B.

Furthermore, the message may include a numerical value indicating thelevel of a specific response generated from at least one of the externalterminals 301, 302, 30N. For example, when the external terminal is alamp, a message including a numerical value of 30 may be transmitted tothe bridge application matched to the lamp. In this case, the bridgeapplication may receive the message and convert the message into acontrol command, and the execution terminal 200 may transmit the controlcommand to the lamp. Thus, the lamp may emit light at the luminousintensity corresponding to the numerical value of 30.

In another embodiment of the present inventive concept, a prototypingtool may provide the prototyping terminal 100 with an interface capableof adding a rule for reception of a specific message to a prototype. Inthis case, the message reception may occur in the execution terminal200. The bridge application which is pre-stored in the executionterminal 200 may receive a trigger input from an external terminal, andgenerate a message on the basis of the received trigger input. Thegenerated message may be provided to prototype execution software of theexecution terminal 200 from the bridge application.

The user may add the rule for reception of a specific message to aprototyping tool through the interface. Furthermore, the user may inputan identifier for the specific message and input various setups relatingto the message described below through the interface.

The specific message may be designed to enable the execution terminal200 and at least one of the external terminals 301, 302, 30N to generatea specific response, and may be generated on the basis of the triggerinput transmitted to the execution terminal 200 from at least one of theexternal terminals 301, 302, 30N. In this case, the trigger input maymean an input enabling the execution terminal 200 to sense a trigger onthe prototype. The external terminal 301 which transmits the triggerinput and the external terminal 302 which outputs the response may bedifferent from each other.

To generate the message, the execution terminal 200 may pre-store thebridge application. The bridge application may generate the message onthe basis of the trigger input transmitted from at least one of theexternal terminals 301, 302, 30N to the execution terminal 200.Furthermore, the bridge application may provide the generated message tothe prototype execution software of the execution terminal 200.

The message may include an identifier for identification thereof. Forexample, the identifier may include identification informationindicating whether a transmitter of the trigger input serving as a basisof the message generation is the external terminal 301 or the externalterminal 302. Furthermore, the identifier may include identificationinformation indicating whether the response generated from the executionterminal 200 and at least one of the external terminals 301, 302, 30N iseffect a or effect b.

Furthermore, the message may include a numerical value which functionsas a trigger in the execution terminal 200. In this case, the triggerinput serving as a basis of the message generation may include thenumeral value. For example, in case where an external terminal is aserver which provides stock price information of a stock market, when amessage including a numerical value of 1000 which is a stock price of aspecific item is provided, the execution terminal 200 may identify aresponse execution value corresponding to the numerical value of 1000,and output a response according to the execution value.

An embodiment related to an output of a response when the executionterminal 200 executes the prototype.

The execution terminal 200 may receive the prototype generated by theprototyping terminal 100, and execute the received prototype. Theexecution terminal 200 may identify a user input or a message receivedthrough a bridge application. Furthermore, the execution terminal 200may sense a trigger on the basis of the received user input or themessage.

When the execution terminal 200 senses a trigger on the basis of thereceived user input or the message, the execution terminal 200 maygenerate a control command corresponding to the sensed trigger.

According to one embodiment of the present disclosure, the executionterminal 200 may sense a user input as a trigger.

The execution terminal 200 may receive the control command generated inthe at least one external device so as to generate a response output ofat least one of the external terminals 301, 302, 30N. The externalterminal which has received the control command among the externalterminals 301, 302, 30N may output a response according to the receivedcontrol command. In this case, the response may be an output which ispreset in correspondence to the received control command.

For the above-described embodiment, the execution terminal 200 maypre-store therein a bridge application.

The bridge application may receive, from the execution terminal 200, amessage including an identifier of an external terminal which takes arole as a receiver. For example, the bridge application may bepre-matched to the identifier. That is, the message including a specificidentifier may be transmitted to the specific bridge which ispre-matched to the specific identifier. The bridge application maytranslate the received message and generate a control command to betransmitted to the pre-matched external terminal 301. Thus, theexecution terminal 200 may transmit the control command to the externalterminal 301 by using the bridge application.

To this end, the bridge application may be stored after being matchedwith information on a transmitter or an external terminal which takes arole as a receiver. The bridge application may be matched only to oneexternal terminal. That is, bridge application 1 may be matched to theexternal terminal 301, and bridge application 2 may be matched to theexternal terminal 302. However, embodiments of the present inventiveconcept are not limited thereto, and one bridge application may beinvolved with a message transmission/reception related to a plurality ofexternal terminals 301 and 302.

According to another embodiment of the present inventive concept, theexecution terminal 200 may sense a trigger of a prototype by identifyinga trigger input received from an external terminal.

Specifically, the execution terminal 200 may receive a trigger inputfrom at least one of the external terminals 301, 302, 30N. Furthermore,the execution terminal 200 may sense a trigger of a prototype on thebasis of the received trigger input. Thus, the execution terminal 200may generate a control command corresponding to the sensed trigger, andoutput a preset response through an output unit of the executionterminal 200 according to the control command.

For the above-described embodiment, the execution terminal 200 maypre-store therein a bridge application.

A bridge application may receive, from one external terminal, a triggerinput related to the one external terminal serving as a transmitter. Forexample, bridge application 1 may be set to receive a trigger input ofthe pre-matched external terminal 301. In this case, the bridgeapplication may generate a message to be provided to the executionterminal 200. In this case, the bridge application may generate amessage including an identifier capable of identifying the externalterminal 301.

The execution terminal 200 may receive the message generated by thebridge application, and sense a trigger in the message. In this case,the execution terminal 200 may identify the external terminal 301 whichtransmits the trigger input. Furthermore, the execution terminal 200 mayanalyze the message so as to sense a trigger of the prototype.

According to another embodiment of the present inventive concept, theexecution terminal 200 may sense a trigger of the prototype on the basisof the trigger input received from the external terminal 301, andgenerate a control command for controlling another external terminal302. The execution terminal 200 may transmit the generated controlcommand to the external terminal 302. The external terminal 302 mayreceive the control command and output a preset response.

For the above-described embodiment, the execution terminal 200 maypre-store therein a bridge application.

Similarly, to the embodiment described above, the bridge application maygenerate a message including an identifier for identifying the externalterminal 301 which is a transmitter. The bridge application may bebridge application 1 which is pre-matched to the external terminal 301.

The message may be provided to the execution terminal 200, and theexecution terminal 200 may sense a trigger in the message. As thetrigger is sensed, the execution terminal 200 may generate a controlcommand for outputting a specific response from the external terminal302. Specifically, the execution terminal 200 may generate a messageincluding an identifier for identifying the external terminal 302, andtransmit the generated message to bridge application 2 matched to theexternal terminal 302. The bridge application 2 may translate themessage so as to generate a control command to be transmitted to theidentified external terminal 302. Thus, the execution terminal 200 maytransmit the control command to the external terminal 302 by using thebridge application.

The system may further include other components required forimplementation of embodiments of the present inventive concept.

The prototyping terminal 100 will now be described in detail withreference to FIG. 2. FIG. 2 is a block diagram illustrating theprototype prototyping terminal 100 according to another embodiment ofthe present inventive concept.

Referring to FIG. 2, the prototyping terminal 100 may include aprocessor 101, a network interface 102, a memory 103, storage 104, and adisplay 107.

The processor 101 may control an overall operation of each component ofthe prototyping terminal 100. The processor 101 may include a centralprocessing unit (CPU), a micro processor unit (MPU), a micro controllerunit (MCU), or a certain type of processor well known in the technicalfield of the present inventive concept. Furthermore, the processor 101may perform an arithmetic operation for at least one application orprogram for executing methods according to embodiments of the presentinventive concept. The prototyping terminal 100 may include one or moreprocessors.

The network interface 102 may support wired/wireless Internetcommunication of the prototyping terminal 100. Furthermore, the networkinterface 102 may support various communication methods other thanInternet communication. To this end, the network interface 102 mayinclude various communication modules.

The network interface 102 may transmit a prototype created by theprototyping terminal 100 to the execution terminal 200.

According to another embodiment of the present inventive concept, thenetwork interface 102 may provide the execution terminal 200 with aconnection for executing a prototype in the execution terminal 200, andin this case, the execution terminal 200 may be connected to theprototyping terminal 100 so as to execute a generated prototype. Thememory 103 may store therein various data, commands, and/or information.The memory 103 may load one or more programs 105 from the storage 104 soas to perform the prototype creation method according to embodiments ofthe present inventive concept. FIG. 3 illustrates RAM as an example ofthe memory 103.

The storage 104 may non-temporarily store data and the like receivedfrom the external device 300. The storage 104 include a non-volatilememory such as a read only memory (ROM), an erasable programmable ROM(EPROM), an electrically erasable programmable ROM (EEPROM), and a flashmemory, a hard disk, a removable disk, or a computer-readable recordingmedium of a certain type widely known in the technical field to whichthe present inventive concept belongs.

The storage 104 may store therein one or more programs 105 forperforming the methods according to embodiments of the present inventiveconcept. FIG. 2 illustrates prototype creation software as an example ofthe program 105. The prototype creation software may provide aprototyping tool to a user of the prototyping terminal 100.

The storage 104 may store therein input matters and various setupmatters for creating a prototype received from the execution terminal200 or input from a user of the prototyping terminal 100. Furthermore,the storage 104 may store therein a generated prototype 106.

The display 107 may display various data, commands, and/or informationof the prototyping terminal 100. Specifically, the display 107 may beformed as a touch screen having a touch sensor. The display 107 maydisplay a prototyping tool when a prototype creation program is executedin the prototyping terminal 100.

Although not shown in the drawings, the prototyping terminal 100 mayinclude an input unit for receiving a prototype creation input from auser by using the prototyping tool.

A configuration and operation of the execution terminal 200 will now bedescribed with reference to FIG. 3. The description duplicated with theconfiguration of the prototyping terminal 100 will be omitted.

FIG. 3 is a block diagram illustrating the prototype execution terminal200 according to still another embodiment of the present inventiveconcept. Referring to FIG. 3, the execution terminal 200 may include aprocessor 201, a network interface 202, a memory 203, storage 204, and adisplay 207. Furthermore, although not shown in the drawings, theprototyping terminal 100 may include an input unit for receiving variousinputs from the user of the prototyping terminal 100.

The storage 204 may store therein one or more programs 205 forperforming the methods according to embodiments of the present inventiveconcept. FIG. 3 illustrates prototype execution software as an exampleof the program 205. The prototype execution software may generate andprovide various interfaces for executing the prototype generated by theprototyping terminal 100.

The storage 204 may store therein input matters and various setupmatters for creating a prototype received from the execution terminal200 or input from a user of the prototyping terminal 100. Furthermore,the storage 204 may store therein the prototype 106 generated by theprototyping terminal 100 and one or more bridge applications 211, 212,21N.

The storage 204 may store therein bridge applications corresponding tothe number of external terminals included in the prototype creationsystem.

The bridge applications 211, 212, 21N may be matched respectively to theexternal terminals 301, 302, 30N. The bridge applications may receivetrigger inputs from the respective matched external terminals, andtransmit a control command to the matched external terminals. The bridgeapplications may transmit a control command and/or receive triggerinputs according to the communication schemes supported by therespective external terminals by using various communication modules ofthe network interface 202.

The bridge applications may receive a message generated by the prototypeexecution software 205 and generate a control command. The operation ofreceiving the message and generating the control command may beunderstood as an operation of the bridge applications of receiving themessage and translating the message into the control command.Furthermore, the bridge applications may generate a message on the basisof the trigger input received from an external terminal. The operationof receiving the trigger input and generating the message may beunderstood as an operation of the bridge applications of receiving thetrigger input and translating the received trigger input into themessage.

That is, when the execution terminal 200 and the external terminals 301,302, 30N are different types of devices, the bridge applications maysupport signal transmission/reception between different types ofdevices. Furthermore, in another embodiment of the present inventiveconcept, the bridge applications may support signaltransmission/reception between different types of external terminals 301and 302. In this case, the execution terminal 200 may be used as adevice for intermediating signals between the external terminals 301 and302.

The display 207 may display various data, commands, and/or informationof the prototyping terminal 100. Specifically, the display 207 may beformed as a touch screen having a touch sensor. The display 207 maydisplay various interfaces provided by the prototype 106 when aprototype creation program is executed in the prototyping terminal 100.For example, the display 207 may display an object matched to the sensedtrigger, or change the display state of the object.

Although not shown in the drawings, the execution terminal 200 may alsoinclude an input unit for receiving a user input for generating atrigger of the prototype 106. When the display 207 is provided with atouch sensor, the input unit may be integrated into the display 207.

An operation of each component of the execution terminal 200, includingan operation of the bridge applications described above, may beimplemented by executing the prototype execution software 205 by theprocessor 201.

The prototype execution software 205 according to one embodiment of thepresent inventive concept may include an operation of sensing a triggerof the prototype 106, an operation of generating a control commandcorresponding to the sensed trigger when the trigger is sensed, and anoperation of transmitting the control command to an external terminalpre-matched to the bridge application, wherein the control command mayinclude a command for enabling the external terminal to output a presetresponse.

Furthermore, the prototype execution software 205 according to anotherembodiment of the present inventive concept may include an operation ofreceiving a trigger input from an external terminal, an operation ofsensing a trigger of the prototype by using the bridge applicationpre-matched to the external terminal on the basis of the trigger input,an operation of generating a control command corresponding to the sensedtrigger when the trigger is sensed, and an operation of changing adisplay state of an object according to the control command.

Other embodiments of the present inventive concept will now be describedin detail based on the descriptions of FIG. 1 to FIG. 3. The embodimentsdescribed below do not necessarily have to be performed separately, butmay be performed in combination. Furthermore, it should be noted thatthe embodiments described below may be performed in combination with theembodiments of the present inventive concept described above withreference to FIG. 1 to FIG. 3.

FIG. 4 is a flowchart illustrating a prototype creation method performedby a prototype creation system according to still another embodiment ofthe present inventive concept.

Referring to FIG. 4, the prototyping terminal 100 may receive, as aninput, at least one of setups for trigger of a prototype and a responseof an external terminal according to the trigger. Furthermore, theprototyping terminal 100 may generate a prototype on the basis of theinput setups (S10).

Subsequently, the execution terminal 200 may receive a prototypegenerated by the prototyping terminal 100 (S20). In this case, theexecution terminal 200 may receive directly from the prototypingterminal 100. Alternatively, the execution terminal 200 may receive,from a specific server, a prototype uploaded to the specific server bythe prototyping terminal 100.

The execution terminal 200 may sense a trigger of the received prototype(S30). In step S30, the execution terminal 200 may receive, from a userof the execution terminal 200, a user input for the object on thedisplay 207 of the execution terminal 200. The execution terminal 200may sense the trigger of the received prototype in response to thereceived user input.

To this end, according to a first embodiment of the present inventiveconcept, in step S10, receiving the user input by the execution terminal200 may be set as a trigger in the prototyping terminal 100.

According to a second embodiment of the present inventive concept, instep S10, the prototyping terminal 100 may receive, as an input, areference attribute of an object. The reference attribute as used hereinmay mean a display attribute of the object for enabling the executionterminal 200 to sense the trigger in response to the user input. Thedisplay attribute may include display elements such as coordinates,size, color, and transparency of the object. An example in which thereference attribute of object A is x-axis coordinates of object A in aprototype will be described. In the prototype, it is assumed that objectA is set to move along x-axis in response to the user input. When a draginput for the object on the display 207 is input through a user input inthe execution terminal 200, object A may move along x-axis. In thiscase, since x-axis coordinates of object A change, the referenceattribute of object A changes.

Furthermore, the prototyping terminal 100 may receive, as an input, anumerical value range including a start value and an end value of thereference attribute. In this case, changing the numerical value of thereference attribute within the numerical value range may be set as atrigger in the prototyping terminal 100.

In the example described above, when object A moves in the range of 0 to200 on x-axis, the numerical value range may be input as 0 to 200 if theexecution terminal 200 is capable of sensing the trigger. Furthermore,the trigger may be set such that object A moves in the range of 0 to 200on x-axis.

When the trigger is sensed, the execution terminal 200 may generate acontrol command corresponding to the sensed trigger (S40).

In step S40, the execution terminal 200 may generate a message includingan identifier for identifying an external terminal. The generatedmessage may be provided to a bridge application matched to theidentifier, among the bridge applications pre-stored in the executionterminal 200, and the execution terminal 200 may generate the controlcommand on the basis of the message. Specifically, the bridgeapplication matched to the identifier may receive the message andgenerate the control command.

Subsequently, the execution terminal 200 may transmit the generatedcontrol command to the external terminal (S50). The control command mayinclude a command enabling a preset response according to the controlcommand generated in the external terminal to be output.

To this end, according to the first embodiment, in step S10, outputtinga preset response by the external terminal may be set as a response ofthe external terminal in the prototyping terminal 100.

Alternatively, according to the second embodiment, in step S10, when thenumerical value changes by a user input, outputting the preset responsefrom the external terminal on the basis of the change in the numericalvalue according to the generated control command may be set as aresponse of the external terminal in the prototyping terminal 100.

When the prototype creation system includes the external terminals 301,302, 30N, at least one of the external terminals 301, 302, 30N mayreceive the control command transmitted in step S50, and output a presetresponse (S60).

Meanwhile, in step S30, the execution terminal 200 may determine whethera preset message transmission time has elapsed or not. Furthermore, instep S40, the execution terminal 200 may defer transmission of thecontrol command until the preset message transmission time elapses, ifthe preset message transmission time has not elapsed.

This is to prevent the execution terminal 200 from transmitting toofrequently a control command to the external terminal due to frequentlygenerated triggers. When the external terminal receives consecutivelymultiple control commands, the external terminal may not properlyprocess the control commands, causing an error in a response output. Forexample, when the preset message transmission time is 1 second, theexecution terminal 200 may transmit generated messages only at aninterval of 1 second. The transmission of the message before lapse of 1second may be deferred.

In the example described above, it is assumed that message A and messageB are generated in sequence within 1 second. In this case, the executionterminal 200 may defer transmission of message A and message B until 1second elapses. Furthermore, when message A is generated first anddeferred, the execution terminal 200 may delete message A if message Bis generated afterwards before 1 second elapses. Since then, theexecution terminal 200 may transmit message B to a bridge applicationwhen 1 second has elapsed. For example, when message A is a message forgenerating on response of a lamp and message B is a message forgenerating off response of the lamp, the execution terminal 200 maytransmit, to the bridge application, only message B which is generatedwithin 1 second before deferring the transmission. When the bridgeapplication generates a control command on the basis of message B andtransmits the control command to the lamp, the lamp may output an offstate response.

Meanwhile, according to another embodiment of the present inventiveconcept, a method of enabling the prototyping terminal 100 to check thetype of the message generated by the execution terminal 200 andtransmitted to the bridge application is proposed. This is to checkvarious types of messages and use the types of messages in thedevelopment of the prototype and bridge application.

To this end, the execution terminal 200 may generate a message, andtransmit the generated message to the prototyping terminal 100. When themessage transmitted from the execution terminal 200 is received, theprototyping terminal 100 may display the received message through thedisplay 107 of the prototyping terminal 100. Furthermore, theprototyping terminal 100 may record the received message in the storage104. In this case, the prototyping terminal 100 may record the receivedmessage for a predetermined time according to an input of the user ofthe prototyping terminal 100. For example, when the prototyping terminal100 receives the message, the prototyping terminal 100 may startrecording of the message by a user input requesting starting ofrecording, and end recording of the message by a user input requestingend of recording.

Furthermore, the prototyping terminal 100 may receive the message, andthen, record only the message selected according to a selection inputfrom the user among the received messages.

FIG. 5 illustrates an example of a prototype executed in an executionterminal and outputting a response of an external terminal, referred toby some embodiments of the present inventive concept. FIG. 5 illustratesthe example in which the external terminal is a lamp 310. The lamp 310may include a communication unit for receiving a control command fromthe execution terminal 200, and a control unit for controlling anoperation of a switch of the lamp 310 according to the received controlcommand.

Referring to FIG. 5, the prototyping terminal 100 may generate aprototype 500 on the basis of various input matters for creation of aprototype inputted from the user of the prototyping terminal 100.

The prototype 500 may be set such that the trigger is generated when atouch gesture is received at the display 207 of the execution terminal200 through a user input. Specifically, the prototype 500 may be dividedinto two functional areas according to the type of the trigger.

An area 501 may be set to receive a tap input at button 1 BTN1, as thetrigger, and activate (“turn on”) the state of the lamp 310 as aresponse.

An area 502 may be set to receive a tap input at button 2 BTN2, as thetrigger, and deactivate (“turn off”) the state of the lamp 310 as aresponse.

The execution terminal 200 may pre-store a bridge application forcommunication with the lamp 310. When the execution terminal 200receives a tap input to button 1, the bridge application may transmit,to the lamp 310, an activation (turn on) control command for the lamp310 set as a response.

Specifically, the trigger is sensed, and the execution terminal 200 maygenerate a message including an identifier of the lamp 310 by referringto the area 501 of the prototype 500. The execution terminal 200 maytransmit the generated message to the bridge application pre-matched tothe lamp 310 by referring to the identifier. The pre-matched bridgeapplication may convert the generated message to generate a controlcommand, and transmit the control command to the lamp 310. In this case,the transmission may be performed by using various communication methodssuch as a network communication method or a broadcasting method.However, the communication method may be based on a premise that thelamp 310 can communicate through the communication method.

On the contrary, when the execution terminal 200 receives a tap input tobutton 2, the bridge application may transmit, to the lamp 310, adeactivation (turn off) control command for the lamp 310 set as aresponse. In the same way as described above, the execution terminal 200may generate a message including an identifier of the lamp 310 byreferring to the area 502 of the prototype 500.

Likewise, the execution terminal 200 may transmit the generated messageto the bridge application pre-matched to the lamp 310 by referring tothe identifier. The pre-matched bridge application may convert thegenerated message to generate a control command, and transmit thecontrol command to the lamp 310.

The lamp 310 may output a response according to the received controlcommand. For example, the lamp 310 controls itself to a turn on statewhen the activation (turn on) control command is received, and controlsitself to a turn off state when the deactivation (turn off) controlcommand is received.

FIG. 6 illustrates an example of a prototype which outputs a response ofan execution terminal when a trigger input is received from an externalterminal, referred to by some embodiments of the present inventiveconcept. FIG. 6 illustrates the example in which the external terminalis a car 320. An embodiment in which the execution terminal 200 receivesa trigger input from the external terminal 320, unlike the embodimentdescribed above with reference to FIG. 5, will be described withreference to FIG. 6.

Referring to FIG. 6, a trigger input of the external terminal 320 may beset as a trigger of a prototype in the prototyping terminal 100. Forexample, it is assumed that a prototype 600 is generated by theprototyping terminal 100.

The prototype 600 may be divided into two functional areas according tothe type of the trigger. The prototype 600 may be divided into two areas601 and 602 of a trigger of receiving a message DOOR_OPEN indicatingopening of a door of the car 320 and a trigger of receiving a messageDOOR_CLOSED indicating closing of the door of the car 320, respectively.The message reception may be performed when the execution terminal 200receives the trigger input. Therefore, throughout the description, areception of a trigger input by the execution terminal 200 should beunderstood as a concept including a reception of a message by theexecution terminal 200.

Furthermore, a response of the execution terminal according to the settrigger may be set in the prototyping terminal 100.

That is, the execution terminal 200 may sense, as a trigger, receivingeither of the two messages. Furthermore, the execution terminal 200 mayoutput the set response when the trigger is sensed.

To this end, the execution terminal 200 may pre-store a bridgeapplication for generating a message and providing the message to theexecution terminal 200.

Specifically, in the example described above, the execution terminal 200may pre-store a bridge application for communication with the car 320.The bridge application may be pre-matched to the car 320, and mayreceive a trigger input from the car 320. The trigger input may be, forexample, state information generated when sensing opening or closing ofthe door of the car 320. To transmit the state information to the bridgeapplication, the car 320 may include, as components, a communicationunit and a state information generating unit.

The bridge application may generate a message including an identifierfor identifying the car 320 when the trigger input is received. In thiscase, the bridge application may generate a message including stateinformation of the car 320.

The bridge application may transmit the generated message to theprototype execution software 205 of the execution terminal 200.

A response of the execution terminal 200 according to trigger sensingmay be set in the prototyping terminal 100 so as to generate theprototype 600. Specifically, in the example described above, displayingan object matched to the sensed trigger on the display of the executionterminal 200 according to the state information in the received messagemay be set as a response in the prototyping terminal 100.

That is, displaying an object 610 which is image 1 (IMAGE1) matched todoor open state information of the car 320 may be set as a response inthe prototyping terminal 100 when the execution terminal 200 receivesthe message DOOR_OPEN. Furthermore, displaying an object (not shown)which is image 2 (IMAGE2) matched to door closed state information ofthe car 320 may be set as a response in the prototyping terminal 100when the execution terminal 200 receives the message DOOR_CLOSED.

The prototyping terminal 100 may generate the prototype 600 on the basisof the setups for trigger and the response. The execution terminal 200may receive the generated prototype 600.

The execution terminal 200 may receive the above-described trigger inputfrom the car 320, and sense the trigger on the basis of the receivedtrigger input.

Specifically, as described above, the execution terminal 200 may receivethe message generated when the trigger input is received by the bridgeapplication, and sense the trigger.

As the trigger is sensed, the execution terminal 200 may output a presetresponse. FIG. 6 illustrates an example in which the execution terminal200 receives the message DOOR_OPEN in the area 601 of the prototype 600,and senses the trigger.

As the trigger is sensed, the execution terminal 200 may display theobject 610 indicating a door open state of the car 320.

Meanwhile, according to another embodiment of the present inventiveconcept, a method for enabling the prototyping terminal 100 to check thetype of the message generated by a bridge application on the basis ofthe trigger input received by the execution terminal 200 may beproposed. This is to check various types of messages and use the typesof messages in the development of the prototype and bridge application.

As described above with reference to FIG. 6, the execution terminal 200may receive the trigger input from the external terminal, and generatethe received trigger input into a message. Furthermore, as describedabove, specifically, the bridge application which has received thetrigger input may generate a message.

In this case, the execution terminal 200 may transmit thus-generatedmessage to the prototyping terminal 100. As the message transmitted fromthe execution terminal 200 is received, the prototyping terminal 100 maydisplay the received message through the display 107 of the prototypingterminal 100. Furthermore, the prototyping terminal 100 may store thereceived message in the storage 104.

In this case, the prototyping terminal 100 may record the receivedmessage for a predetermined time according to an input of the user ofthe prototyping terminal 100. For example, when the prototyping terminal100 receives the message, the prototyping terminal 100 may startrecording of the message by a user input requesting starting ofrecording, and end recording of the message by a user input requestingend of recording.

Alternatively, the prototyping terminal 100 may record the receivedmessage for a preset time. In this case, the prototyping terminal 100may receive an input for setting a recording time for the messagereceived from a user, prior to recording the message.

Alternatively, the prototyping terminal 100 may receive the message, andthen, record only the message selected according to a selection inputfrom the user among the received messages.

The prototyping terminal 100 may transmit the recorded message to theexecution terminal 200. In this case, as the recorded message isreceived, the execution terminal 200 may sense a trigger.

For example, in case where a trigger input is transmitted to theexecution terminal 200 from an external terminal which tracks a movementof a person, the external terminal may be an image analyzing device.

The execution terminal 200 may receive an image signal on the movementof the person as a trigger input, and thus display, through the display207, a graphical representation in which an avatar moves on a map.

To this end, receiving an image signal in which the person is identifiedmay be set as a trigger in the prototyping terminal 100. Furthermore, anoutput of a graphical representation of the movement of the avatar onthe map corresponding to the movement of the identified person may beset as a response.

The prototyping terminal 100 may generate a changed prototype inaddition to the response of outputting map information on the movementof the avatar, additional effects to the graphical representation, andthe like. In this case, it may be inconvenient to receive an image oftracking the movement of the person again from an imaging device andgenerating the changed prototype. Even when the execution terminal 200executes the changed prototype, it may also be necessary to receive atrigger input again from the imaging device.

In this case, the prototyping terminal 100 may transmit the messagerecorded in the execution terminal 200 as described above.

The execution terminal 200 may sense a trigger on the basis of thereceived message, thereby outputting a response of the changedprototype.

FIG. 7 illustrates an example of a prototype which outputs a response ofanother external terminal when a trigger input is received from oneexternal terminal, referred to by some embodiments of the presentinventive concept. A plurality of external terminals are shown in FIG.7. The external terminals may be referred respectively to as a firstexternal terminal and a second external terminal. The car 320 isillustrated as an example of the first external terminal, and the lamp310 is illustrated as an example of the second external terminal.

Referring to FIG. 7, the prototyping terminal 100 may generate aprototype on the basis of a trigger and setups for a response. Forexample, it is assumed that a prototype 700 is generated by theprototyping terminal 100.

To generate the prototype 700, a trigger input of the first externalterminal 320 may be set as a trigger in the prototyping terminal 100.Specifically, when the trigger input of the first external terminal 320is received by a bridge application pre-matched to the first externalterminal (hereinafter, referred to as bridge application 1), bridgeapplication 1 may generate, from the trigger input, a message includingan identifier for identifying the first external terminal 320 matched tobridge application 1. The generated message may be transmitted frombridge application 1 to the prototype execution software 205. Theexecution terminal 200 may identify the message and sense the message asa trigger. As described, receiving, by the execution terminal 200, themessage generated by bridge application 1 may be set as a trigger in theprototyping terminal 100.

The prototype 700 may be divided into two functional areas according tothe type of the trigger. The prototype 700 may be divided into two areas701 and 702 of a trigger of receiving a message DOOR_OPEN indicatingopening of a door of the car 320 and a trigger of receiving a messageDOOR_CLOSED indicating closing of the door of the car 320, respectively.Furthermore, a response of the second external terminal 310 according tothe set trigger may be set in the prototyping terminal 100.

Referring to the prototype 700, activating (turn on) the second externalterminal 310 is set as a response in the area 701, and deactivating(turn off) the second external terminal 310 is set as a response in thearea 702.

When the prototyping terminal 100 creates the prototype 700 through thecreating process described above, the execution terminal 200 may receivethe prototype 700.

When the execution terminal 200 receives the trigger input from thefirst external terminal 320, the execution terminal 200 may sense atrigger on the basis of the trigger input. That is, the executionterminal 200 may identify the message generated by the bridgeapplication 1 on the basis of the trigger input, so as to sense thetrigger. For example, in FIG. 2, the trigger input may includeinformation on a state of the car 320 which is the first externalterminal. That is, the trigger input may include state information suchas a door open state or a door closed state of the car 320.

In this case, outputting a response according to the state informationmay be set as a response in the prototyping terminal 100 when a responseof the second external terminal 310 is set in the prototyping terminal100. For example, referring to area 701, a response of enabling the lamp310 which is the second external terminal to be activated (turned on)and turned on may be set when the door of the car 320 is at an openstate. On the contrary, referring to area 702, a response of enablingthe lamp 310 to be deactivated (turned off) and turned off may be setwhen the door of the car 320 is at a closed state.

When the trigger is sensed, the execution terminal 200 may generate acontrol command corresponding to the sensed trigger. The control commandmay be generated on the basis of the response set in the prototype 700.That is, the control command may include a command for enabling thesecond external terminal 310 to output a preset response according tothe control command.

The execution terminal 200 may transmit the generated control command tothe second external terminal 310. Specifically, as the trigger issensed, the execution terminal 200 may identify the second externalterminal 310 which outputs a response and generate a message includingan identifier for identifying the second external terminal 320. Theexecution terminal 200 may provide the message to the bridge applicationpre-matched to the second terminal 310 (hereinafter, referred to asbridge application 2). Bridge application 2 may generate a controlcommand on the basis of the message. That is, bridge application 2 maygenerate a control command satisfying the standard for controlling thesecond external terminal.

Thus, the lamp 310 which is the second external terminal may output lampturn on or lamp turn off as a response.

The case where a numerical value is included in a trigger input when thetrigger input is received from an external terminal will hereinafter bedescribed.

FIG. 8 illustrates an example of a prototype which generates a responseof the execution terminal 200 within a range of a specific numericalvalue when a numerical value is received as a trigger input from anexternal terminal, referred to by some embodiments of the presentinventive concept. FIG. 8 illustrates the example in which an externalterminal 330 is a service providing device for providing stock priceinformation. Specifically, the external terminal 330 may be a serverdevice performing Internet communication with the execution terminal200.

The external terminal 330 may transmit the trigger input to theexecution terminal 200, and in this case, the trigger input may includea numerical value equal to the stock price of a specific item. Anembodiment described with reference to FIG. 8 may be similar to theembodiment described with reference to FIG. 6 in that the externalterminal 330 transmits the trigger input to the execution terminal 200.The description duplicated with the description of FIG. 6 willhereinafter be omitted.

Referring to FIG. 8, the prototyping terminal 100 may generate aprototype 800. In this case, receiving a message including stock priceinformation may be set as a trigger in the prototyping terminal 100, andchanging a display state of an object through the display 207 of theexecution terminal 200 may be set as a response in the prototypingterminal 100. In this case, receiving the message may be understood as aconcept including receiving, by the execution terminal 200, the triggerinput of the external terminal 330.

A process of setting a trigger and a response in the prototypingterminal 100 will hereinafter be described in detail. The prototypingterminal 100 may receive, as an input, a reference attribute of anobject matched to the trigger. The prototyping terminal 100 may take, asan input, a numerical value range including a start value and an endvalue of the reference attribute. Furthermore, an identifier of theexternal terminal 330 and an identification of a numerical value may beset as a trigger in the prototyping terminal 100.

Receiving, as stock price information, a numerical value in a numericalvalue range of 0 to 3000, for example, may be set as a trigger in theprototype 800. In this case, the prototyping terminal 100 may be setsuch that image 1 (IMAGE1) which is an object 810 moves on the display207 of the execution terminal 200. Specifically, FIG. 8 illustrates anexample in which the object 810 is a graphical representation.

To this end, a movement on an x-axis coordinates direction in a graphregion representing the object 810 may be set as the reference attributeof the object 810. For example, the prototyping terminal 100 mayreceive, as an input, a numerical value range in which a start value ofthe reference attribute is zero and an end value of the referenceattribute is 300. Thus, the graph region representing the object 810 maymove from 0 to 300.

Referring to the prototype 800 and the setup matters described above,the stock price information may have a numerical value range of 0 to3000, and the reference attribute of the object 810 may have a numericalvalue range of 0 to 300.

In this case, changing a display state of the object 810 displayed onthe display 207 of the execution terminal 200 on the basis of thenumerical value received from the external terminal 330 may be set as aresponse in the prototyping terminal 100.

Referring to FIG. 8, as the execution terminal 200 senses the trigger,the display state of the object 810 changes from a first state 811 to asecond state 812. For example, it is assumed that the execution terminal200 senses the trigger as the numerical value 2000 is received as stockprice information. In this case, the execution terminal 200 may notapply the numerical value 2000 directly to the numerical value range ofthe reference attribute of the object 810. This is because the stockprice information and the numerical value range of the referenceattribute of the object 810 are different from each other. Thus, theexecution terminal 200 may determine an execution value of the referenceattribute to be used for outputting a response. In the example describedabove, the execution value may be determined on the basis of a ratiobetween the stock price information and the numerical value range of thereference attribute of the object 810, but the embodiments of thepresent disclosure are not limited thereto.

Resultantly, changing a display state of the object 810 displayed on thedisplay 207 of the execution terminal 200, on the basis of the receivednumerical value, in correspondence to changing the execution value ofthe reference attribute in the numerical value range of the referenceattribute may be set as a response in the prototyping terminal 100.

The execution terminal 200 may receive the prototype 800, and sense atrigger on the basis of the received trigger input. The executionterminal 200 may generate a message including an identifier of theexternal terminal 330 and the numerical value on the basis of thereceived trigger input.

Specifically, when the execution terminal 200 receives the trigger inputfrom the external terminal 330, the bridge application pre-matched tothe external terminal 330 may generate a message on the basis of thetrigger input. In this case, the bridge application may generate amessage including the identifier for identifying the external terminal330 and the numerical value in the trigger input.

When the external terminal 330 and the execution terminal 200communicates through Internet, a process of generating the message bythe bridge application may be omitted. In this case, the embodiment ofFIG. 8 may be implemented even when the bridge application is notpre-stored in the execution terminal 200. This is because a messagetranslation process is not required separately in the process ofcommunication between the execution terminal 200 and the externalterminal 330.

The execution terminal 200 may receive the message through the bridgeapplication, and sense the trigger on the basis of the message. In theexample described above, as the trigger is sensed, the executionterminal 200 may change the display state of the object 810 from thefirst state 811 to the second state 812 according to the set response.

FIG. 9 illustrates an example of a prototype which outputs a response ofan external terminal on the basis of a specific numerical value when adisplacement of an object on the execution terminal 200 is received as atrigger input, referred to by some embodiments of the present inventiveconcept.

FIG. 9 illustrates the example in which the external terminal is thelamp 310. The description duplicated with the description of FIG. 5 willhereinafter be omitted.

Receiving a drag input for an object 910 through a user input may be setas a trigger in the prototyping terminal 100 so as to generate aprototype 900. Specifically, the reference attribute of the object 910may be set as x-axis coordinates of the object 910. Furthermore, theprototyping terminal 100 may receive, as an input, 0 to 200 as anumerical value range of the reference attribute.

Moving the display state of the object 910 on the display 207 of theexecution terminal 200 in a horizontal direction (901) may be set as aresponse in the prototyping terminal 100. Furthermore, outputting aresponse of the lamp 310 (902) when moving the object 910 in ahorizontal direction may be set in the prototyping terminal 100 as aresponse to be output in the execution terminal 200

In other words, a response output of the execution terminal 200 may begenerated with a drag input which is a user input, as a first trigger,and a response output of the lamp 310 may be generated with the responseoutput of the execution terminal 200, as a second trigger. In this case,the terms “first trigger” and “second trigger” are used so as toidentify the order of trigger generation.

Specifically, referring to FIG. 9, a response may be set in theprototyping terminal 100 such that the response output of the lamp 310changes according to the degree of the movement of the object 910 inx-axis direction within the numerical value range according to thereference attribute of the object 910.

For example, a response may be set in the prototype 900 such that thebrightness of the lamp 310 may be controlled according to the degree ofthe movement of the object 910.

In this case, the brightness of the lamp 310 may have a numerical valuerange different from the numerical value range of the referenceattribute. In this case, the execution terminal 200 may determine anexecution value on the basis of the degree of the movement of the object910 in x-axis direction. The execution value may be a numerical valueapplied to the numerical value range of the brightness so as todetermine the level of the response to be output.

The execution terminal 200 may generate a message including anidentifier for identifying the lamp 310 on the basis of the determinedexecution value, and provide the message to a bridge application. Thebridge application may be pre-matched to the lamp 310.

The bridge application may generate a control command on the basis ofthe message, and transmit the control command to the lamp 310. Thecontrol command may include brightness control information of the lamp310 corresponding to the execution value.

The lamp 310 may output a response for controlling the brightness on thebasis of the brightness control information.

FIG. 10 illustrates an example of a prototype which outputs a responseof another external terminal on the basis of a specific numerical valuewhen a numerical value is received as a trigger input from one externalterminal, referred to by some embodiments of the present inventiveconcept. FIG. 10 illustrates the example in which a stock priceinformation providing server 330 is a first external terminal, and thelamp 310 is a second external terminal. An embodiment described withreference to FIG. 10 may be similar to the embodiment described withreference to FIG. 7 in that the second external terminal 310 outputs aresponse when a trigger input is received from the first externalterminal 330. The description duplicated with the description of FIG. 7will hereinafter be omitted.

Referring to FIG. 10, like the trigger described with reference to FIG.8, receiving a numerical value in the numerical value range of 0 to 3000from the first external terminal 330 may be set as a trigger in theprototyping terminal 100. Furthermore, a response for controlling thebrightness of the lamp 310 which is the second external terminalaccording to the reception of the stock price information within thenumerical value range of 0 to 3000 may be set in the prototypingterminal 100. Specifically, the prototyping terminal 100 may receive, asan input, the numerical value range indicating the brightness, andcontrolling the brightness of the lamp 310 on the basis of the responseexecution value of the lamp 310 may be set as a response in theprototyping terminal 100. The response execution value may be determinedon the basis of the numerical value received from the first externalterminal 330. In the example described above, the numerical value rangeof the numerical value received from the first external terminal 330 maybe different from the numerical value range related to the response ofthe second external terminal 310. That is, the numerical value range ofthe numerical value received from the first external terminal 330 may be0 to 3000, and the numerical value range related to the response of thesecond external terminal 310 may be 0 to 100.

For example, when the received stock price information is 1500, theexecution terminal 200 may determine the response execution value as 50.

It is assumed that the execution terminal 200 receives a prototype 1000,and receives a trigger input from the first external terminal 330.

The execution terminal 200 may generate a first message including anidentifier of the external terminal 330 and the numerical value on thebasis of the received trigger input. Furthermore, the execution terminal200 may sense a trigger on the basis of the generated first message.Specifically, when the trigger input is received, bridge application 1pre-matched to the first external terminal 330 may generate a firstmessage including the identifier for identifying the first externalterminal 330 on the basis of the received trigger input. When bridgeapplication 1 provides the first message to the execution terminal 200,the execution terminal 200 may sense the trigger.

The execution terminal 200 may generate a control command correspondingto the sensed trigger.

Specifically, the execution terminal 200 may generate a second messageincluding an identifier for identifying the second external terminal310. The generated second message may be provided to bridge application2 pre-matched to the second external terminal 310. Bridge application 2may generate a control command on the basis of the second message, andtransmit the control command to the second external terminal 310.

Referring to FIG. 10, the second external terminal 310 may output aresponse for controlling brightness according to the control command.

In the examples thus far described, the execution terminal 200 may beprovided with the bridge application such that the external terminal maytransmit the control command to the actual execution terminal 200.However, unlike those described above, a prototype execution environmentmay not be provided with an external terminal or a bridge application. Amethod for creating a prototype when the prototype execution environmentis not provided with an external terminal or a bridge application willnow be described.

When a prototype creation input is received from a user, the prototypingterminal 100 may generate a prototype, and the execution terminal 200may receive the generated prototype. In this case, since an externalterminal or a bridge application is not provided, the prototypingterminal 100 may transmit a trigger input of an external terminal inplace of the external terminal, thereby improving convenience ofcreation and execution of the prototype.

According to the embodiment described above with reference to FIG. 6,when the execution terminal 200 receives the trigger input of theexternal terminal 320, the bridge application generates a message, andtransmits the message to the execution terminal. However, when theexternal terminal 320 and/or a bridge application is not provided, theprototyping terminal 100 may virtually transmit a trigger input of theexternal terminal (hereinafter, referred to as a virtual trigger input).

In this case, when the prototyping terminal 100 and the executionterminal 200 communicates through Internet, or when the prototypingterminal 100 and the execution terminal 200 are homogeneous terminals,the prototyping terminal 100 may transmit the virtual trigger input inthe format same as that of the message provided by a bridge application.

When the virtual trigger input is received as described above, theexecution terminal 200 may sense a trigger of the received prototype.Thus, the execution terminal 200 may generate a control commandcorresponding to the sensed trigger.

The execution terminal 200 may output a preset response according to thegenerated control command. For example, when the external device 320 andthe bridge pre-matched thereto described in the embodiment of FIG. 6 arenot provided, the execution terminal 200 may receive a message from theprototyping terminal 100 and display the object 610.

What is claimed is:
 1. A method for testing a prototype of anapplication, comprising: executing, by an execution terminal, aprototype of an application, the application being capable ofinteracting with a plurality of external terminals using a plurality ofpre-stored bridge applications, the execution terminal beingconcurrently connected to the plurality of external terminals, theprototype associated with a trigger and a response of at least one ofthe plurality of external terminals corresponding to the trigger;sensing, by the execution terminal, a first trigger associated with theprototype; determining, by the execution terminal, a first externalterminal, among the plurality of external terminals, corresponding tothe sensed first trigger; determining, by the execution terminal, afirst response of the first external terminal corresponding to thesensed first trigger; generating, by the execution terminal, a messagecomprising an identifier of the first external terminal and the firstresponse corresponding to the sensed first trigger; generating, by theexecution terminal, a control command based on the message, using abridge application among the plurality of pre-stored bridgeapplications, which is matched to the identifier; and transmitting, bythe execution terminal, the generated control command to the firstexternal terminal, wherein the control command comprises a command forenabling the first external terminal to output the first response inresponse to the control command.
 2. The method of claim 1, wherein thefirst external terminal is a device which cannot be directly controlledby the execution terminal.
 3. The method of claim 1, wherein the firstexternal terminal is an IoT (Internet of Things) device capable ofcommunicating with the execution terminal through a network.
 4. Themethod of claim 1, between the executing the prototype and the sensingthe first trigger, the method further comprises: receiving, by thebridge application on the execution terminal, the first trigger from asecond external terminal among the plurality of external terminals. 5.The method of claim 4, wherein the receiving the first trigger from thesecond external terminal comprises receiving a state information of thesecond external terminal.
 6. The method of claim 5, between the sensingthe first trigger and the generating the message, the method furthercomprises displaying, by the execution terminal, an object matched tothe state information on the display of the execution terminal.
 7. Themethod of claim 4, wherein the second external terminal is a car and thereceiving the first trigger from the second external terminal comprisesreceiving a door state information of the car.
 8. The method of claim 7,between the sensing the first trigger and the generating the message,the method further comprises displaying, by the execution terminal, animage matched to the door state information on the display of theexecution terminal.
 9. The method of claim 4, wherein the secondexternal terminal is an image analyzing device which tracks a movementof a person and the receiving the first trigger from the second externalterminal comprises receiving an image signal on the movement of theperson.
 10. The method of claim 9, between the sensing the first triggerand the generating the message, the method further comprises displaying,by the execution terminal, a graphical representation in which an avatarmoves on a map according to the image signal on the display of theexecution terminal.
 11. The method of claim 1, wherein the sensing thefirst trigger comprises receiving a touch gesture at a display of theexecution terminal.
 12. The method of claim 11, wherein the sensing thefirst trigger comprises receiving a tap input on the display of theexecution terminal.
 13. The method of claim 12, wherein the firstexternal terminal is a lamp and the control command enables the lamp tobe turned on.
 14. The method of claim 12, wherein the first externalterminal is a lamp and the control command enables the lamp to be turnedoff.
 15. The method of claim 11, wherein the sensing the first triggercomprises receiving a drag of an object displayed on the display of theexecution terminal.
 16. The method of claim 15, wherein the firstexternal terminal is a lamp and the control command controls brightnessof the lamp according to the degree of the drag of the object.
 17. Themethod of claim 1, between the generating the message and the generatingthe control command, the method further comprises: transmitting, by theexecution terminal, the message to a prototyping terminal; andrecording, by the prototyping terminal, the message.
 18. The method ofclaim 1, before executing the prototype of the application, the methodfurther comprising: receiving, by a prototyping terminal, inputs ofsetting the trigger and the response of the at least one of theplurality of external terminals corresponding to the trigger;generating, by the prototyping terminal, the prototype of theapplication based on the inputs of setting; and receiving, by theexecution terminal, the prototype of the application.
 19. An applicationprototype execution terminal comprising: one or more processors; amemory which loads a computer program executed by the processors; and astorage which stores the computer program, a prototype of an applicationreceived from a prototyping terminal, and a plurality of bridgeapplications, the application being capable of interacting with aplurality of external terminals using the plurality of bridgeapplications, the prototype being associated with a trigger and aresponse of at least one of the plurality of external terminalscorresponding to the trigger, wherein the application prototypeexecution terminal is concurrently connected to the plurality ofexternal terminals, and wherein the computer program comprises: anoperation for sensing a first trigger associated with the prototype; anoperation for determining a first external terminal, among the pluralityof external terminals, corresponding to the sensed first trigger; anoperation for determining a first response of the first externalterminal corresponding to the sensed first trigger; an operation forgenerating a message comprising an identifier of the first externalterminal and the first response corresponding to the sensed trigger whenthe first trigger is sensed; an operation for generating a controlcommand based on the message, using a bridge application among theplurality of bridge applications, which is matched to the identifier;and an operation for transmitting the generated control command to theexternal terminal, wherein the control command comprises a command forenabling the first external terminal to output the first response inresponse to the control command.